1
00:00:01,110 --> 00:00:09,210
Jolliffe 이전에 Karl Marx가 Jollof에 도입한 기능을 보지 마십시오.

2
00:00:09,210 --> 00:00:12,130
고정된 수의 인수로 호출됩니다.

3
00:00:12,480 --> 00:00:18,030
즉, 세 개의 매개변수가 있는 메소드가 있을 수 있으므로 인수를 정확히 볼 수 있습니다.

4
00:00:18,030 --> 00:00:18,800
.

5
00:00:18,900 --> 00:00:24,230
그러나 Delphi 이후 giallo 5부터는 그럴 필요가 없습니다.

6
00:00:24,360 --> 00:00:30,900
메소드는 가변 길이 인수의 약어인 쿼크라는 특수한 유형의 매개변수를 가질 수 있습니다.

7
00:00:32,760 --> 00:00:37,740
이름에서 알 수 있듯이 이 매개변수는 가변 개수의 인수가 될 수 있습니다.

8
00:00:37,950 --> 00:00:44,340
단일 매개변수임에도 불구하고 0개 또는 1개 또는 두 개 이상의 인수를 사용할 수 있습니다.

9
00:00:44,420 --> 00:00:45,560
에서와 같이.

10
00:00:45,960 --> 00:00:50,020
또한 메소드의 마지막 매개변수여야 합니다.

11
00:00:50,040 --> 00:00:52,930
또한 메소드의 유일한 매개변수일 수도 있습니다.

12
00:00:53,280 --> 00:00:58,260
따라서 이는 메소드의 유일한 매개변수일 수도 있고, 문제에 둘 이상의 매개변수가 있는 경우

13
00:00:58,260 --> 00:01:02,190
더 광범위한 실험자가 마지막 실험자여야 합니다.

14
00:01:02,190 --> 00:01:09,600
이제 광범위한 실험자의 구문을 살펴보고 호출이 구문처럼 보이도록 합시다.

15
00:01:09,620 --> 00:01:11,500
대부분의 세 점은 타원입니다.

16
00:01:11,550 --> 00:01:18,450
매개변수 유형 다음은 매개변수 유형을 볼 수 있는 예입니다.

17
00:01:18,450 --> 00:01:21,220
점 세 개로.

18
00:01:21,310 --> 00:01:30,780
이제 어떤 위치에 관해서든 해당 인수는 모든 크기의 배열이 될 수 있습니다.

19
00:01:30,780 --> 00:01:35,310
쉼표로 구분된 인수의 개수에 관계없이 시퀀스여야 합니다.

20
00:01:35,310 --> 00:01:41,340
보시다시피 run 값은 단순히 쉼표로 구분된 값으로 전달됩니다.

21
00:01:41,340 --> 00:01:44,480
컴파일러는 자동으로 이를 배열로 병합할 수 있습니다.

22
00:01:45,000 --> 00:01:50,040
따라서 기본적으로 인수는 명시적으로 수행하든 안 하든 배열로 전달됩니다.

23
00:01:50,340 --> 00:01:54,610
이는 또한 방법 정의에서 실험자에 대한 오점도 순서임을 의미합니다.

24
00:01:55,080 --> 00:02:00,400
따라서 우리가 컴파일할 때 컴파일러는 내가 소비한 미터를 배열로 자동 변환합니다.

25
00:02:00,990 --> 00:02:07,050
따라서 메서드에서 watch 매개변수는 정규성으로 처리됩니다.

26
00:02:07,380 --> 00:02:10,530
마지막으로 마지막 인수를 모두 생략할 수 있습니다.

27
00:02:11,010 --> 00:02:17,310
따라서 한 예에서 for 메소드는 내부적으로 부울 인수만 사용하여 호출되며 MPO는

28
00:02:17,310 --> 00:02:20,360
블록 기압계 없이 통과됩니다.

29
00:02:20,370 --> 00:02:23,350
따라서 기본적으로 매개변수의 개수는 고정되어 있습니다.

30
00:02:23,520 --> 00:02:29,580
단지 parts 매개변수가 0개 이상의 인수 값을 전달할 수 있는 유연성을 제공한다는 것입니다.

31
00:02:29,580 --> 00:02:30,380
.

32
00:02:30,570 --> 00:02:37,200
이는 메소드가 무한히 오버로드된다는 착각을 불러일으킬 뿐입니다.

33
00:02:37,520 --> 00:02:38,850
제한사항 덤프.

34
00:02:38,850 --> 00:02:43,920
나는 단지 물 실험자가 방법이 실패했을 때 마지막 지표가 되어야 한다는 점을 반복하고 싶습니다.

35
00:02:43,920 --> 00:02:51,030
매개변수는 두 개 이상이며 측정항목은 제품 바로미터를 두 개 이상 사용할 수 없다는 제한이 있습니다.

36
00:02:51,040 --> 00:02:51,350
.

37
00:02:51,640 --> 00:02:53,240
좋아요.

38
00:02:53,850 --> 00:03:00,630
다음은 제품이 단순히 배열을 매개변수로 사용할 수 없는 이유에 대한 질문입니다.

39
00:03:00,630 --> 00:03:03,690
실제로 도덕적 가치.

40
00:03:04,200 --> 00:03:05,500
물론 우리는 그렇게 할 수 있습니다.

41
00:03:05,730 --> 00:03:11,740
그러나 제품의 가장 큰 장점은 Rockish 메커니즘에서 더 간단하고 유연하지 않은 것을 제공한다는 것입니다.

42
00:03:12,600 --> 00:03:13,600
.

43
00:03:13,860 --> 00:03:16,000
얼마나 많은 값을 전달할지 모르는 경우입니다.

44
00:03:16,050 --> 00:03:22,770
마스크 탄광 연산자 값을 간단히 전달할 수 있으며 전달할 것이 없으면 간단히 필요합니다.

45
00:03:22,770 --> 00:03:24,590
아무것도 통과하지 마십시오.

46
00:03:24,780 --> 00:03:30,210
즉, 빈 항목에 null을 전달할 필요가 없습니다. 컴파일러가 자동으로 빈 위협을 전달합니다.

47
00:03:30,210 --> 00:03:30,890
.

48
00:03:31,110 --> 00:03:37,890
전달해야 할 값이 많으면 간단하게 다음을 수행할 수 있기 때문에 이는 더 깔끔한 구문입니다.

49
00:03:37,890 --> 00:03:40,870
그것들을 배열로 모아서 전달하십시오.

50
00:03:41,160 --> 00:03:43,250
이것이 바로 블록의 주요 장점입니다.

51
00:03:43,260 --> 00:03:49,350
이는 보다 간단하고 유연한 호출 메커니즘을 제공합니다.

52
00:03:49,350 --> 00:03:54,420
Jollof에서 소개된 Print def라는 방법이 있습니다. 저는 아주 좋은 예를 이해했습니다.

53
00:03:54,420 --> 00:03:55,910
Bartok's를 사용한다.

54
00:03:56,100 --> 00:04:01,260
기본적으로 서식이 지정된 텍스트를 인쇄하고 인쇄물 L.N을 전파하는 데 사용됩니다. 그런 다음 다음과 같은 진술을 합니다.

55
00:04:01,260 --> 00:04:02,750
우리는 이미 알고 있습니다.

56
00:04:03,120 --> 00:04:09,180
첫 번째 매개변수는 추가할 텍스트이고 두 번째 매개변수는 두 번째 매개변수의 x 매개변수 유형이 아닙니다.

57
00:04:09,180 --> 00:04:14,050
여기서 매개변수는 Java의 클래스인 객체이며 나중에 살펴볼 수 있습니다.

58
00:04:14,670 --> 00:04:16,370
이 예를 위치에서 살펴보겠습니다.

59
00:04:16,410 --> 00:04:21,600
이는 데이터를 인쇄하는 것이지만 여기서 첫 번째 인수는 인쇄할 텍스트입니다.

60
00:04:21,880 --> 00:04:26,550
두 번째, 세 번째, 네 번째 인수는 warhawks 매개변수에 해당합니다.

61
00:04:26,550 --> 00:04:30,010
첫 번째 인수에서 세 사람의 사망 기호도 볼 수 있습니다.

62
00:04:30,180 --> 00:04:36,300
기본적으로 런타임에 printf 메소드는 세 사람의 죽은 기호를 세 개의 인수로 대체합니다.

63
00:04:36,300 --> 00:04:42,830
목회자가 실험자에게 입력한 값은 11과 1978입니다.

64
00:04:42,870 --> 00:04:47,220
따라서 기본적으로 사람은 ambos를 수행하므로 여기에 자리 표시자가 있습니다.

65
00:04:47,220 --> 00:04:52,180
이것이 Java 라이브러리 자체의 좋은 예입니다.

66
00:04:52,200 --> 00:04:55,230
다음으로 이것이 Main 메서드의 정의라는 것을 알고 있습니다.

67
00:04:55,860 --> 00:05:03,710
아니요, 어떤 물 기압계의 입력 배열 매개변수를 바꾸는 것이 완벽하게 유효합니다.

68
00:05:03,820 --> 00:05:09,120
다음으로 광범위한 방법을 오버로드된 메서드로 사용할 때 피해야 할 특정 규칙이 있습니다.

69
00:05:09,120 --> 00:05:10,500
방법.

70
00:05:11,430 --> 00:05:14,280
예제를 사용하여 첫 번째 규칙을 살펴보겠습니다.

71
00:05:15,180 --> 00:05:18,820
foo를 호출하는 메소드가 있는지 살펴보겠습니다.

72
00:05:19,470 --> 00:05:24,430
그러면 우리는 이와 같은 오버로드된 비신 메소드를 가질 수 없습니다.

73
00:05:24,720 --> 00:05:30,680
따라서 서명이 Savatage와 정확히 동일하다는 것을 볼 수 있으므로 잘못된 주문이 됩니다.

74
00:05:30,770 --> 00:05:34,570
기압계는 단순히 배열입니다.

75
00:05:35,370 --> 00:05:41,280
다음으로 오버로드된 방법이 여러 개 있고 그 중 하나가 산소 포화도 측정기라면 방법을 수행하세요.

76
00:05:41,290 --> 00:05:46,050
호출하면 블록 메소드가 마지막으로 일치하는 메소드가 됩니다.

77
00:05:47,130 --> 00:05:48,700
실제로 더 간단한 휴가를 살펴보겠습니다.

78
00:05:48,700 --> 00:05:55,880
이 두 번째 규칙 변종 방법은 Spoonman과 일치하는 마지막 방법이 됩니다.

79
00:05:56,010 --> 00:05:58,720
그렇게 기초반에 추가되었습니다.

80
00:05:59,040 --> 00:06:04,680
그리고 오버로드된 메소드가 있기 때문에 둘 다 동일한 이름을 가지며 S-box라는 이름이 붙었습니다.

81
00:06:04,830 --> 00:06:09,010
Arc의 데모가 많고 과부하가 걸리기 때문입니다.

82
00:06:09,030 --> 00:06:11,410
그래서 그것이 차단되거나 무엇이든.

83
00:06:11,670 --> 00:06:14,430
좋습니다. 이것이 두 가지 방법입니다.

84
00:06:14,480 --> 00:06:16,590
여기서 입력 매개변수를 살펴보겠습니다.

85
00:06:16,600 --> 00:06:24,330
따라서 이것은 ox 매개변수가 없으므로 세 개의 일반 매개변수에 부울 매개변수가 있습니다.

86
00:06:24,330 --> 00:06:24,900
.

87
00:06:24,900 --> 00:06:27,180
두 번째는 워호크스 방식이다.

88
00:06:27,240 --> 00:06:31,240
두 번째 방법에는 x 매개변수가 있으므로 부울 매개변수가 있습니다.

89
00:06:31,320 --> 00:06:33,730
그리고 여기에 what x 매개변수가 있습니다.

90
00:06:33,870 --> 00:06:38,500
좋습니다. 여기서는 쿼크 내부 여부를 나타내는 첫 번째 유성을 인쇄하고 있습니다.

91
00:06:38,520 --> 00:06:42,860
그러나 X와 두 번째 항목이 없으면 흑마법사를 삽입할지 여부를 결정합니다.

92
00:06:42,900 --> 00:06:44,370
하지만 ARX는 무엇입니까?

93
00:06:44,380 --> 00:06:48,180
좋습니다. 입력 매개변수의 길이도 인쇄합니다.

94
00:06:48,210 --> 00:06:52,010
좋아, 이것은 우리가 lento를 인쇄하는 배열이기 때문에.

95
00:06:52,220 --> 00:06:55,810
이제 여기서 호출 명령문을 살펴보겠습니다.

96
00:06:55,980 --> 00:06:57,950
그래서 우리는 세 개의 호출 임무 명령문을 가지고 있습니다.

97
00:06:58,180 --> 00:07:03,480
알겠습니다. 그 중 하나가 통과하고 있고 랠리 1대 3이 통과하고 있으며 두 번째는 다음을 통과하고 있습니다.

98
00:07:03,690 --> 00:07:08,660
여기에는 1~8개의 값이 있고 네 번째 값은 부울 인수를 전달하는 것입니다.

99
00:07:08,740 --> 00:07:16,440
좋습니다. 첫 번째 경우에는 앞서 논의한 것처럼 먼저 다음을 찾으려고 시도한다는 점에서 좌절감을 느꼈습니다.

100
00:07:16,440 --> 00:07:19,200
정확히 일치하는 항목이 있기 때문에 여기에는 정확히 일치하는 항목이 있습니다.

101
00:07:19,340 --> 00:07:23,400
2:59 블루스맨의 부울 하나가 여기에 적합합니다.

102
00:07:23,490 --> 00:07:29,620
따라서 이 경우 두 번째 및 세 번째 경우에 메서드의 첫 번째 순서가 호출됩니다.

103
00:07:29,670 --> 00:07:36,090
정확히 일치하는 항목이 없기 때문에 두 번째 오버로드된 메서드가 선택됩니다. 이는 흰색 상자입니다.

104
00:07:36,090 --> 00:07:37,110
워호크 방식이다.

105
00:07:37,170 --> 00:07:43,140
좋아요, 이 경우 배열의 길이는 두 번째 경우에는 8철이 될 것입니다.

106
00:07:43,140 --> 00:07:44,970
마지막 예에서는 0이 됩니다.

107
00:07:45,160 --> 00:07:48,660
좋습니다. 이제 이것을 컴파일하고 실행해 보겠습니다.

108
00:07:48,690 --> 00:07:52,120
그래서 저는 기본 디렉토리에 있습니다.

109
00:07:52,910 --> 00:08:00,180
좋아, 여기에서 볼 수 있듯이 첫 번째 호출로 삽입되었지만 우리의 것은 많이 있지만 varargs는 없습니다.

110
00:08:00,180 --> 00:08:00,290
.

111
00:08:00,300 --> 00:08:06,360
이것이 첫 번째 방법이고 두 번째 호출에서는 8개의 랠리를 쉼표로 구분하여 전달하는 것입니다.

112
00:08:06,360 --> 00:08:07,060
가치.

113
00:08:07,170 --> 00:08:09,170
그래서 그것은 측면 과부하 상태입니다.

114
00:08:09,230 --> 00:08:14,190
당신이 지나가는 마지막 라인에 있는 배열의 라인을 벤치에서 지켜보세요.

115
00:08:14,190 --> 00:08:17,950
마지막으로 Bernd의 0에 대한 부울입니다.

116
00:08:18,030 --> 00:08:20,100
알았어, 그게 다야.

117
00:08:20,100 --> 00:08:24,630
이것이 바로 자동 로딩 기능으로 산소농도 측정기를 수행하는 기능입니다.

118
00:08:24,690 --> 00:08:26,460
좋아요, 그럼 그냥 가지고 놀아보세요.

119
00:08:26,460 --> 00:08:30,050
분리된 값을 호출하는 대신 여기에 배열을 전달할 수도 있습니다.

120
00:08:30,120 --> 00:08:36,120
그러니 계속해서 사용해 보세요. 업데이트된 프로그램과 리소스 섹션도 찾을 수 있습니다.

121
00:08:36,120 --> 00:08:36,720
.

122
00:08:36,720 --> 00:08:37,300
그럼요.

123
00:08:37,320 --> 00:08:38,670
감사합니다.